42390P9770 



The specificadon has beeo Objected to because of reference eitors. TTie 
specification has been amended to conect the reference errors. 

Claim 21 has been objected to because of an infonnality. Clain, 21 has been 
anjended to correct the infonnaHty, 

Claims 9 and 23 stand rejected under 35 U.S.C. §1 12. second paragr^h, as being 
indefinite. Clarifying amendments have been made to Claims 9 and 23. Support for 
these clarifying amendments is found on page 16, line 8, to page 17. line 16 of the 
Description of Embodiments. Therefore, the applicants requestfully request the 
withdrawal of the rejectJons of claims 9 and 23. 

Claims 1-8. 15-22. 28. and 29 stand rejected under 35 U.S.C. §102(e) as being 
anticipated by U.S. Patent No. 6.795,966 ("Lim"). claims 11.12. 14. 25. and 26 stand 
rejected under 35 U.S.C. § 103(a) as bemg unpatentable over Lim in view of Rozycki. 
Claims 10. 24. and 30 stand rejected under 35 U.S.C. §103(3) as being unpatentable over 
Lim in view of Collins, Claims 13 and 27 stand rejected under 35 U.S.C. § 1 03(a) as 
being unpatentable over Lim in view of Rozycki aiKl Walker. 

With respect to the rejection of claims 1 and 28. the examiner argues that, in 
column 14, lines 28-40, Lim anticipates running guest software in a processor mode diat 
enables the guest software to operate at a privilege level intended by the guest software. 
The appUcants respectfully disagree. 

Column 14, lines 28-40 of Lim describe a virtual machine. The examiner 
suggests that Lira's mention that applications loaded into the virtual machine nm 
"noimaUy" anticipates dtat they operate at the privilege level at which they intend to 
operate. However, Lim's description of a virtual machine does not even mention guest 
deprivileging or the problems related to guest deprivileging, as discussed from page 8. 
line 8. to page 10, line 13. of the present application, and therefore cannot anticipate 
ninning guest software in a processor mode that enables the guest software to operate at a 
privilege level interuled by the guest software. 
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Also with respect to the rejection of claims 1 and 28. the examiner axgues that, in 
column 6. lines 45-52. and colunm 29. line, 1 5-20. Lim anticipates exiting a pmcessor 
mode to t^nsfer control over an operation to a VMM nmning outside the pmcessor 
mode, lesponaive to an attempt of guest software to perform the operation, where the 
opemtionisresirictedbytheprocessormode. Hie ^pUcants lespectfWly disagree. 

Column 6, lines 45-52 of Lim describe using a virtual machine monitor as a 
checkpoiming mechanism. Column 29. lines 15-20 of Lin. describe taking a checkpoint 
before any communication with any device not part of the system itself. TTie examiner 
adds that the process of taking a checkpoint could be automated, and thci«fo„ an attempt 
by the processor to perform an operation which should come after the checkpoint can be 
deemed restricted by the processor. One flaw in the examiner's argument is that claims 1 
and 28 recite -an operation restricted by said processor mode- (emphasis added), by the 
processor. As argued above. Lim does not anticipate a processor mode that enables the 
guest software to operate at a privilege level intended by die guest software, and therefore 
camiot anticipate that it is such a processor mode, mther than the processor, that restricts 
the operation. 

Furthermore, according to the examiner's suggestion, an applicaaon would be 
running on a virtual machine, then a VMM would automatically interrupt the virtual 
machine to take a checkpoint, therefore an attempt to peribnn any operation after the 
checkpoint would be deemed restricted. Urn describes taking a checkpoint as storing 
state information. Lim does not suggest anything that would result in a restricted 
operation becoming unrestricted. Therefore, according to the examiner's suggesrion, 
when control was returned to the virtual machine after the checkpoint, the operation ' 
wouU still be restricted and the virtual machine would be interrupted again. The 
appUcants respectfully submit that this scenario is not disclosed by Lim. and even if it 
were, would not anticipate the present invention. 

for at least these reasons. Lim does not anticipate the invention as set forth in 
independem claims 1 or 28, or independent claim 15. which the examiner rejected based 
on his argument with respect to claim I . Also, for at least these reasons. Lim does not 
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'^ITrr'*^'"'''^'-'' ^^-22. -'•29. because Lin, does not di«:losealJ 
of the limitations of the claims on which they depend. 

Tlwrefor*. the applicants requestfUlly request the withdrawal of the lejectiona of 
claims m, 15-22, 28, and 29. 

Regarding the tgections of cJaiim 10-14. 24-27, and 30 under U.S C § 103 the 
«aminer aigues that Ro^oki teaches identifying an attempt of guest software to moilify 
an mtemipt flag, that Collins renders obvious the addition of a redirection bitmap to the 
combination of Lim and Rozydd. and Walker discloses that the use of shadow registers 
18 a good way to limit the manipulation of actual registera. 

While reserving the right to aigue against any of these arguments or the 
combinationa of nrferences, the applicants argue that none of the examiner's arguments 
with respect to these additional references overcome the reasons that Lim does not 
anticipate the invemion, as argued above. Therefore, no combination of Lim. Rozycki. 
Collins, and Walker can render the invention unpatentable, and the applicants 
respectfully request the withdrawal of the injections of claims 10-14, 24-27, and 30. 
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CONCLUSION 

^^^««f°«8omg.tte applicants ^specrfull^ 
o^ec.onsand,.decdonsIu.veb^ov.rcon«andU««claimslu>^ 

AHowance. Please charge aay necessary fees. Including extension fees, to our Deposit 
Account No. 50-0221. ""'^'eposii 



Date: January 21 . 



RespectfWly submitted, 

Thomas R. Lane 
Registration No. 42,781 
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